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Information processing apparatus, information processing method, and control program 

BACKGROUND OF THE INVENTION 
Field of the Invention 

5 The present invention relates to a print processing system, and an information processing 

apparatus, a client apparatus, an information processing method, and a program which constitute 
the print processing system. 

Related Background Art 

In a conventional install method for a printer driver, in the case of an OS dependent 

10 system, for example, Windows (registered trademark), a user selects "addition of a printer" from 
a property of a printer and is caused to input necessary information according to a dialogue 
format, which is called wizard, and install a printer driver. In addition, there is also a method 
with which a user simply performs necessary minimum operations using an installer to thereby 
realize install of a printer driver. Further, in an installation operation with Point & Print using a 

15 print server, a mechanism for automatically delivering a printer driver from a server apparatus to 
a client apparatus exists on a server of Windows (registered trademark) NT/2000/XP. 

Some host apparatuses provided with a printer driver load a dynamic link library, which 
provides data relating to print data, such as a printer to be connected, and functions provided in a 
printer driver of the printer, to an OS with plug-in. 

20 In addition, if users install a printer driver in their own ways and make connection to a 

printer disorderly, it is likely for a malfunction to occur in a print processing system. If a printer 
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manager (IT manager) installs the printer driver in client apparatuses in order to solve this 
problem, an extremely long time is required in the case in which there are many client 
apparatuses. 

However, in conventional install methods, various problems occur because, in the case in 
5 which a user, such as a company, owns a large number of computers and has a large number of 
users (clients), work for causing all the clients to install a printer driver is required. 

In addition, a device (printer) driver of a latest version is usually used in order to use a 
new function in a driver. However, updating and reinstalling of a driver require time and labor 
and, to make matters worse, since reboot may occur, essential business of the user may be 
10 adversely affected. 

Further, in the Point & Print system using a print server, it is possible to install a printer 
driver in all the clients with automatic delivery of the printer driver. However, since the 
installation is carried out regardless of the state of the client apparatus side of the system, it is 
likely that the driver function changes regardless of the state of use of a user, or a mismatch 
15 occurs in a driver constitution to prevent the printer driver from operating normally. 

SUMMARY OF THE INVENTION 

The present invention has been devised in order to solve at least one of the 
above-described problems of the conventional technique, and it is an aspect of the present 
invention to provide a program install method, a program install apparatus, and a program install 
20 system which makes it possible to perform installation of a device driver for a printer or the like 
by a unit of function. 



Moreover, it is another aspect of the present invention to provide a program install 
method, a program install apparatus, and a program install system with which a user is capable of 
installing an appropriate driver without depending upon knowledge of the user or the user 
himself/herself. 

For example, the present invention discloses an information processing method for an 
information processing apparatus which makes connection to a network to which at least client 
apparatuses and a printer are connected, the information processing method causing a computer 
to execute: a printer management step of managing information on the printer; a printer driver 
management step of managing a printer driver for the printer for which the information is 
managed; a client management step of managing the client apparatuses; and an install step of 
installing the printer driver in the client apparatuses which have issued an install request for the 
printer driver. 

Other features and advantages of the present invention will be apparent from the 
following description taken in conjunction with the accompanying drawings, in which like 
reference characters designate the same or similar parts throughout thereof. 

BRIEF DESCRIPTION OF THE DRAWINGS 
In the accompanying drawings: 

FIG. 1 is a diagram showing a schematic structure of a print processing system which 
carries out an information processing method in accordance with a first embodiment of the 
present invention; 



FIG. 2 is a block diagram illustrating a part of the structure of the print processing system 
in accordance with the first embodiment of the present invention; 

FIG. 3A is a diagram showing a memory map of a control program for a server apparatus 
which has been loaded to a RAM 2 of a host computer 3000 in FIG. 2 and has become 
5 executable; 

FIG. 3B is a diagram showing a memory map of a control program for a client apparatus 
which is loaded to the RAM 2 of the host computer 3000 in FIG. 2 and has become executable; 

FIG. 4 is a diagram showing a structure of a printer driver and a relation between the 
printer driver and a system; 
10 FIG. 5 A is a diagram showing an example of a structure of a customized printer driver 

which is different from the structure shown in FIG. 4; 

FIG. 5B is a diagram showing another example of a structure of a customized printer 

driver; 

FIG. 6 is a diagram showing a change of a driver structure according to plug-in install; 
15 FIG. 7 is a diagram showing an example of a UI to be a base; 

FIG. 8 is a diagram showing an example of a UI in the case in which the example of the 
UI in FIG. 7 is replaced with a UI module in which a function of a part of the example of the UI 
is masked; 

FIG. 9 is a diagram showing an example of a UI in the case in which the example of the 
20 UI in FIG. 7 is replaced with a UI module in which a function of a part of the example of the UI 
is replaced and customized; 
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FIG. 10 is a diagram showing an example of a UI in the case in which the example of the 
UI in FIG. 7 is replaced with a UI module in which the example of the UI is localized to English 
representation; 

FIG. 1 1 is a diagram showing an example of a UI in the case in which the example of the 
5 UI in FIG. 7 is replaced with a UI module in which the example of the UI in FIG. 7 is simplified; 

FIG. 12 is a diagram showing an example of a UI in the case in which the example of the 
UI in FIG. 7 is replaced with a UI module in which the example of the UI in FIG. 7 is changed to 
another shell; 

FIG. 13 is a diagram showing an example of a UI in the case in which the a UI module is 
10 added in order to add a new function to the example of the UI in FIG. 7; 

FIG. 14 is a flowchart showing preparation processing of information management in a 

server; 

FIG. 15 is a diagram showing an example of a resource management table; 

FIG. 16 is a flowchart showing pull install processing in a client apparatus; 
15 FIG. 17 is a diagram showing an example of a UI for executing pull install; 

FIG. 18 is a flowchart showing pull install processing which is performed by a server in 
response to a request from a client apparatus; 

FIG. 19 is a diagram showing an example of an install state management table; 

FIG. 20 is a diagram showing an example of an updated version of the install state 
20 management table shown in FIG. 19; 

FIG. 21 is a flowchart showing processing in a server for printer management by an FT 
manager; 



FIG. 22 is a diagram showing an example of a client management table which is created 
in the processing shown in FIG. 21; 

FIG. 23 is a diagram showing an example of an install state management table; 

FIG. 24 is a diagram showing an example of a UI which is displayed when a client 
management table is created; 

FIG. 25 is a flowchart showing pull install processing in a client apparatus; 

FIG. 26 is a diagram showing an example of a UI for causing a client user to execute pull 
install processing; 

FIG. 27 is an example of a structure of a print processing system showing an embodiment 
of the present invention; 

FIG. 28 is a diagram showing a structure of a printer driver and a relation between the 
printer driver and a system in the embodiment; 

FIG. 29 is a diagram showing an example of provision of a customized printer driver set 
in the embodiment; 

FIG. 30 is a diagram showing a change of a driver structure according to plug-in install in 
the embodiment; 

FIG. 31 is a flow diagram showing maintenance processing for a management table in the 
embodiment; 

FIG. 32 is a diagram showing an example of an information management table in the 
embodiment; 

FIG. 33 is a diagram showing an example of a UI screen which an IT manager uses for 
performing management of a printer and clients in the embodiment; 



FIG. 34 is a flow diagram showing pull install processing in a client in the embodiment; 

FIG. 35 is a diagram showing an example of a UI screen which a client user uses for 
executing pull install processing in the embodiment; 

FIG. 36 is a diagram showing an example of a UI screen which an IT manager uses for 
performing management of a printer and clients in the embodiment; 

FIG. 37 is a diagram showing an example of a UI screen which a client user uses for 
executing pull install processing in the embodiment; 

FIG. 38 is a flow diagram of a pull install processing procedure in a server and a client in 
an embodiment of the present invention; 

FIG. 39 is a flow diagram of details of a procedure for creating a management table in a 
server of the embodiment; 

FIG. 40 is a flow diagram showing push install processing in a server in this embodiment; 

and 

FIG. 41 is a flow diagram of a push install processing procedure in a server and a client in 
this embodiment. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

It is an object of the present invention to provide an apparatus and method to allow users 
to easily install a driver for a printer, which can be used in client apparatuses of the users, 
without requiring special knowledge. In order to realize this object, settings of a printer and a 
printer driver, which the respective client apparatuses can use, are prepared in advance in a print 
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server, and installation and environmental setting are automatically performed with a request 
from a client user as a trigger. Here, this system is called pull type install of a printer driver. 

In addition, a printer driver set is constituted by a combination of a core module and 
extended modules such that a change of a function of a driver can be performed simply by 
5 addition and update of this extended module, whereby update of a driver and creation of a 

customized driver set for specific users are facilitated. This system is called a plug-in type printer 
driver. 

By combining these printer drivers, it becomes possible for both client users and an IT 
manager to perform installation of a printer driver in client apparatuses, and extension of 
10 functions and update of the printer driver with minimum man-hours. In addition, it is made 

possible to use a customized UI by replacement of a UI module only. Here, a customized driver 
set may be created, or only a UI module may be replaced after installation. Further, it is also 
made possible to use different UI for each user according to authority, level, or preference of the 
user. 

15 Moreover, a module and a version installed in the respective client apparatuses on the 

print server are managed, whereby the IT manager can grasp a state of the respective client 
apparatuses. In addition, only a difference module is installed in the pull type installation after 
the installation, whereby it becomes possible to reduce the installation time and reduce the load 
on a network. 

20 Embodiments of the present invention will be hereinafter described in detail with 

reference to the accompanying drawings. 
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FIG. 1 is a diagram showing a schematic structure of a print processing system which 
carries out an information processing method in accordance with a first embodiment of the 
present invention. 

In the print processing system, a user interface install method serving as an information 
5 processing method is executed. The print processing system is constituted by connecting a server 
apparatus (information processing apparatus), a plurality of client apparatuses, and a printer on a 
network. A printer driver can be installed in the client apparatuses from the server apparatus. In 
addition, although not shown in the figure, a scanner, a digital camera, a facsimile, a mouse, a 
speaker, a sound source device, a telephone, a copying machine, and the like are also connected 
10 on the network. 

FIG. 2 is a block diagram illustrating a part of the structure of the print processing system 
in accordance with the first embodiment of the present invention. 

In the following description, the network for connecting a host computer and the printer 
may be any form such as a LAN, a WAN, a public line, or the Internet. 
15 In FIG. 2, a printer 1500 and a host computer 3000 are connected via networks 100 and 

102. The host computer 3000 has a structure in which a keyboard (KB) 9, a display (CRT) 10, 
and an external memory 1 1 such as a hard disk (HD) or a floppy (registered trademark) disk 
(FD), and the like are connected to a computer main body 2000. The structure of the host 
computer 3000 is common to the server apparatus and the client apparatuses in FIG. 1. 
20 In the computer main body 2000, a CPU 1, a RAM 2, a ROM 3, a keyboard controller 

(KBC) 5, a CRT controller (CRTC) 6, a disk controller (DKC) 7, a printer controller (PRTC) 8, 
and the like are connected to each other via a system bus 4. 
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The CPU 1 executes processing of a document, in which figures, images, characters, 
tables (including spread sheet), and the like are mixed, on the basis of a document processing 
program or the like stored in a program ROM of the ROM 3 or the external memory 11. The 
CPU 1 also controls the respective devices connected to the system bus 4 comprehensively. 
5 The RAM 2 functions as a main memory, a work area, and the like of the CPU 1. 

The ROM 3 is constituted by a program ROM, a font ROM, and a data ROM. An 
operating system program (hereinafter referred to as OS) or the like, which is a control program 
for the CPU 1, is stored in the program ROM of the ROM 3 or the external memory 1 1 . Font data 
or the like, which is used in the document processing, is stored in the font ROM of the ROM 3 or 
10 the external memory 11. Various data, which are used in performing the document processing or 
the like, are stored in the data ROM of the ROM 3 or the external memory 1 1 . 

The keyboard 9 and an unillustrated pointing device are connected to the KBC 5, and the 
KBC 5 controls key input from these devices. The CRT 10 is connected to the CRTC 6, and the 
CRTC 6 controls display of the CRT 10. 
15 The DKC 7 controls access to the external memoiy 1 1 , such as the hard disk (HD) or the 

floppy disk (FD) which stores a boot program, various applications, font data, user files, edition 
files, a printer control command generation program (hereinafter referred to as printer driver), 
and the like. 

The PRTC 8 is connected to the printer 1500 via the network 100 and executes control 
20 processing for bi-directional communication with the printer 1500. Note that a command 

corresponding to a connection protocol may be added to a print job at the time of transmission. In 
addition, the command may be automatically added by the OS. 
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Note that the CPU 1 executes, for example, development (rasterize) processing of an 
outline font to a display information RAM set on the RAM 2 to make WYSIWYG on the CRT 
10 possible. 

In addition, the CPU 1 opens registered various windows on the basis of a command 
5 instructed by a not-shown mouse cursor or the like on the CRT 10 and executes various kinds of 
data processing. In executing printing, a user can open a window concerning setting for printing 
and perform setting for a print processing method with respect to a printer driver such as setting 
for a printer and selection of a print mode. 

The printer 1500 has a structure in which a print section 17, an external memory 21 such 
10 as a HD, a FD or an IC card, an operation section 22, and the like are connected to a printer 
control section 1000. 

In the printer control section 1000, a printer CPU 12, a RAM 13, a ROM 14, a print 
section VF 16, an input section 18, and a memory controller (MC) 20 are connected to each other 
via a system bus 15. 

15 The CPU 12 is capable of processing communication with the host computer 3000 via the 

input section 18 and is constituted so as to be able to communicate information or the like in the 
printer 1500 to the host computer 3000. Data received from the printer driver is stored in the 
RAM 13 and converted into an image signal by the control program. Note that interpretation of 
the command to be added according to the communication protocol is also performed by the 

20 control program. 

The RAM 13 is a RAM which functions as a main memory, a work area, and the like of 
the CPU 12. A memory capacity of the RAM 13 can be extended by an option RAM to be 
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connected to a not- shown extension port. Note that the RAM 13 is used for an output information 
development area, an environment data storage area, a NVRAM, and the like. 

A control program or the like for the CPU 12 is stored in a program ROM of the ROM 
14. The printer CPU 12 outputs an image signal serving as output information to the print section 
5 (printer engine) 17 via the print section VF 16 connected to the system bus 15 on the basis of the 
control program or the like stored in this program ROM or a control program or the like stored in 
the external memory 21. Font data or the like, which is used in generating the output information, 
is stored in a font ROM of the ROM 14. Information or the like, which is used on the host 
computer 3000 in the case in which the printer is not provided with the external memory 21 such 
10 as a hard disk, is stored in a data ROM of the ROM 14. 

Access of the external memory 21 such as a hard disk (HD), FD or an IC card is 
controlled by the MC 20. The external memory 21 is optionally connected to the printer 1500 and 
stores font data, an emulation program, form data, and the like. 

In addition, on the operation section (operation panel) 22, switches for various 
15 operations, an LED display device, a liquid crystal panel, and the like are arranged. Further, the 
external memory 21 is not limited to one but may be plural, and may be constituted such that 
plural memories storing, in addition to an incorporated font, an option font card and a program 
for interpreting a printer control language of a different language system, can be connected. 
Moreover, the external memory 21 may include a unillustrated NVRAM so as to store printer 
20 mode setting information from the operation section 22. 

FIG. 3A is a diagram showing a memory map of a control program for a server apparatus 
which has been loaded to a RAM 2 of a host computer 3000 in FIG. 2 and has become 
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executable. FIG. 3B is a diagram showing a memory map of a control program for a client 
apparatus which has been loaded to the RAM 2 of the host computer 3000 in FIG. 2 and has 
become executable. 

The pull type install program serving as a printer driver in this embodiment exists as a 
5 part of install processing related programs 304 and 314 of each of the server apparatus and the 
client apparatuses. 

FIG. 4 is a diagram showing a structure of a printer driver and a relation between the 
printer driver and a system. 

The printer driver is basically constituted by a core module 401 and an extended module 
10 410x (x=a, b, . . . ). The extended module 41 Ox is a general term for a UI (User Interface) module 
and a functional module. FIG. 4 shows a state in which only a UI module 410a is added as an 
extended module. 

The core module 401 is a module which is directly called from a system 420 or a 
unillustrated application and performs basic print setting processing and print execution 
15 processing. 

The extended module 410a is a replaceable functional module which performs specific 
processing and is called from the core module 401 via an interface VF 402 as required. Note that 
the extended module 41 Ox can be plugged in (added or replaced) using a tool (installer), whereby 
a function of the printer driver can be added and updated. In the case in which the extended 
20 module 410a is a UI module as shown in the figure, updating of and adding to the UI, and other 
similar operations, can be performed by a change and an addition of a module. 



14 

As a method of calling at the time when the core module 401 calls the extended module 
410x (x is assumed to be, for example, a character string of a to z), for example, an "interface 
fixed system", an "interface registration system", "use of the COM", and the like are possible. 

Among them, the "interface fixed system" is a system in which file names, function 
5 names, arguments, and the like in calling respective functions are defined. When the respective 
functions are required, the core module 401 calls the extended module 41 Ox in accordance with 
the respective definitions and, if there is an extended module matching the requirement, uses 
processing of the extended module. The extended module 410x is created in accordance with the 
respective definitions. 

10 In addition, the "interface registration system" is a system in which file names and 

function names in calling respective functions are registered in the I/F 402. When the respective 
functions are required, the core module 401 calls the extended module 41 Ox using an interface 
registered in the I/F 402. The extended module 41 Ox can be provided using an arbitrary file name 
or function name and can be mixed with other extended modules. In addition, when the extended 

15 module 41 Ox is plugged in an existing printer driver set, the installer performs registration or 
update of an interface in the I/F 402 through an interface registration function IFR 403. 

Further, the "use of the COM" is a system in which formats in calling respective functions 
are defined in advance, and a plug-in of an extension is registered in the system 420 as a COM 
component. It is also possible to include an entity of an extended module in a print server due to 

20 transparency of location which is a characteristic of the COM. 
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By adopting such a system, it becomes possible to call the extended module 41 Ox and add 
or replace the extended module 41 Ox. However, the methods of calling described above are only 
examples, and the present invention is not limited to these methods. 

Note that the VF 402 may function as a part of the core module 401 or may be an 
5 independent module. Similarly, the IFR 403 may be integral with the core module 401 or may be 
independent from the core module 401. 

In addition, in the case in which the core module 401 has failed to call the extended 
module 410x, that is, in the case in which a pertinent extended module does not exist, common 
processing to be a base is performed in the core module 401, or processing is continued skipping 
1 0 pertinent function proces sing . 

Further, it is assumed that the division of functions of the core module 401 and the 
extended module 410x is not specifically limited here. For example, it is also possible to perform 
the common processing to be a base in the core module 401 and make only specific individual 
functions (e.g., communication with devices, color processing, rendering, etc.) dependent as 
15 extended modules. Alternatively, it is also possible to use the core module 401 as a wrapper 
which processes only a call from the system 420 and placing a part managing the flow of the 
entire processing in the extended module 410x. The following embodiments will be described 
assuming division in various levels. 

Note that the above-described mechanism is not limited to a printer driver but can also be 
20 applied to a print system including other utilities. Moreover, it is needless to mention that the 
mechanism is applicable to systems other than the print system. 
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FIG. 5A is a diagram showing an example of a structure of a customized printer driver 
which is different from the structure shown in FIG. 4. FIG. 5B is a diagram showing another 
example of a structure of a customized printer driver. 

The structure shown in FIG. 5A is different from the structure shown in FIG. 4 in that the 
5 user interface A in FIG. 4 is replaced with a user interface A'. This replacement means that even 
if I/Fs are the same, the contents of processing of the I/Fs can be changed. In the case of this 
example of UI replacement, only an operation system part can be changed without changing a 
print processing part. 

In addition, in the structure shown in FIG. 5B, a user interface B and a Func module B are 
10 added to the structure shown in FIG. 4. The addition of the modules means that specific 

processing can be added and specific processing can be hooked. Concerning the UI section, a 
new function can be added and an operation section for controlling an added function can be 
added while keeping the conventional operation system. 

In this way, by changing the combination of extended modules, a customized printer 
15 driver set, in which a special function is added or a specific function is changed, can be easily 
provided. 

FIG. 6 is a diagram showing a change of a driver structure according to a plug-in 
installation. 

An example shown in FIG. 6 assumes processing for plugging three extended modules 
20 602 consisting of a user interface A', user interface B, and a Func module B in an installed printer 
driver set 601 using an installer. Here, the user interface A' has the same interface as the user 
interface A and is replaced with the user interface A by the plug-in. In addition, the user interface 
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B and the Func module B are added because there are no corresponding existing modules. As a 
result of the plug-in, the printer driver set has a structure indicated by 603. 

Note that there are many cases in which a printer driver remains as loaded by a system or 
an application and cannot be replaced, and a reboot is required for update of the printer driver. 
5 However, in the case of this embodiment, since update of an extended module is possible even if 
a core module is loaded, update work of a printer deriver set can be carried out without a reboot 
and without being affected by a system or an application. 

In this way, by plugging in only an extended module, a function of a printer driver can be 
updated easily. 

10 FIGS. 7 to 13 are diagrams showing a specific example of replacement of a UI. 

FIG. 7 is a diagram showing an example of a UI to be a base. FIG. 8 is a diagram showing 
an example of a UI in the case in which the example of the UI in FIG. 7 is replaced with a UI 
module in which a function of a part the example of the UI is masked. In the example in FIG. 8, 
"Stamp" on the lower right part in the example in FIG. 7 is masked. This is equivalent to the user 

15 interface A' in FIG. 5 A. It becomes possible to put limitations on general users to prevent the 

users from operating a specific function according to the replacement of a UI with such a masked 
UI. 

FIG. 9 is a diagram showing an example of a UI in the case in which the example of the 
UI in FIG. 7 is replaced with a UI module in which a function of a part of the example of the UI 
20 is replaced and customized. In the example in FIG. 9, "Stamp" on the lower right part in the 

example in FIG. 7 is replaced with "Printing method". This is equivalent to the user interface A' 
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in FIG. 5A. It becomes possible to arrange a frequently used function in a concentrated manner 
according to the replacement of a UI with such a customized UI. 

FIG. 10 is a diagram showing an example of a UI in the case in which the example of the 
UI in FIG. 7 is replaced with a UI module in which the example of the UI is localized to English 
5 representation. This is equivalent to the user interface A' in FIG. 5A. It becomes possible to 
change only the display into a display of each language without changing a basic function 
according to the replacement of a UI into such a localized UI. 

FIG. 1 1 is a diagram showing an example of a UI in the case in which the example of the 
UI in FIG. 7 is replaced with a UI module in which the example of the UI in FIG. 7 is simplified. 
10 This is equivalent to the user interface A' in FIG. 5 A. It becomes easy to provide support or the 
like corresponding to a user level according to the replacement of a UT with such a simplified 
UI. 

FIG. 12 is a diagram showing an example of a UI in the case in which the example of the 
UI in FIG. 7 is replaced with a UI module in which the example of the UI in FIG. 7 is changed to 

15 another shell. This is equivalent to the user interface A' in FIG. 5A. In this way, according to the 
replacement of a UI with a UI of another shell, it becomes possible to selectively use a UI 
corresponding to preference of a user. 

FIG. 13 is a diagram showing an example of a UI in the case in which a UI module is 
added in order to add a new function to the example of the UI in FIG. 7. The added function is a 

20 function illustrated as "Favorite" of a fifth tab sheet. This is equivalent to the user interface B in 
FIG. 5B. In this way, according to the addition of a new function UI, a UI for operating a new 
function can be added while an existing UI is maintained. In the case in which a UI function is 
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added, an actual processing module (here, the Func module B) corresponding to the UI function 
may be added. 

FIG. 14 is a flowchart showing preparation processing of information management in a 
server. For example, a program for the preparation processing is stored in an area of the 
5 application 301 of the server apparatus in FIG. 3 A and is executed by the CPU on the server side 
in FIG. 2. 

First, in step S 1401, the server searches information on a printer connected to a network 
and acquires the information. Next, in step S 1402, the server collects the environment such as an 
output port and a pertinent printer driver and also collects an extended module if necessary. The 
10 server establishes a driver set, which should be installed in client apparatuses and manages the 
driver set. 

Next, in step S 1403, the server creates a management list of client apparatuses connected 
to the network. Here, an IT manager may register client apparatuses to be objects of management, 
or the server may automatically collect information on all client apparatuses existing under 
15 control and set the client apparatuses as objects of management. 

Next, in step S1404, the server creates a resource management table as illustrated in FIG. 
15. Here, the resource management table includes a list of information such as printers, extended 
modules, and client apparatuses which are managed by the server. This is an example showing a 
state in which storage locations and file names of printer drivers, which will be required in the 
20 respective printers, IP addresses of output destinations, and the like are managed in a printer 

management table, storage locations and file names of modules corresponding to each extension 
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are managed in an extended module management table, and IP addresses of the respective client 
apparatuses are managed in a client management table. These tables are collectively referred to as 
the resource management table. 

According to the above processing, the server comes into a state in which the server can 
5 manage the printers and the client apparatuses. The processing of FIG. 14 is carried out at the 

time of establishment of a system, the addition of a printer, the upgrading of a printer driver, the 
addition of a function, the addition of a client apparatus, and the like. 

FIG. 16 is a flowchart showing pull install processing in a client apparatus. A program for 
the pull install processing is stored in an application area 31 1 in FIG. 3B and is executed by the 
10 CPU on the client side in FIG. 2. 

In step S 1601, the client apparatus issues an install request to the server. FIG. 17 shows 
an example of a UI for causing a user to execute pull install which is displayed on the client 
apparatus at this point. The user can send an install request message to the server by depressing 
an Install Start button. Install processing after the transmission of the install request message is 
15 performed on the server side which has received the request message. 

FIG. 18 is a flowchart showing pull install processing which is performed by a server in 
response to a request from a client apparatus. A program for the pull install processing stored in 
an area 301 in the server apparatus in FIG. 3 is executed by the CPU on the server side in FIG. 2. 

First, in step S 1801, the server repeats a determination of whether or not an install request 
20 has been received until the install request is received from the client apparatus. In the case in 
which the install request from the client apparatus has been received, in step SI 802, the server 
acquires a list of modules from the resource management table (see FIG. 15) and confirms 
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information on a module which should be installed. Note that, in this embodiment, as an 
example, printers A, B and C, a user interface D, and a Func module M are assumed to constitute 
a module set which is an object of install. 

Next, in step S1803, the server reads out an install state management table as illustrated 
5 in FIG. 19. The install state management table is a table for server management in which 
information, such as plural client apparatuses, which are objects of management, a list of 
modules which have already been installed in the respective client apparatuses, and versions of 
the modules, is recorded. The server confirms an install state of a request source client apparatus 
by reading out this install state management table. Note that, in the install state management 

10 table, a blank table is created anew at the time of establishment of a system and updated every 
time a module is installed in the client apparatus, whereby a latest install state is maintained. 

The server determines a difference of a module from the information acquired in steps 
SI 802 and SI 803 and installs only the module of the difference in the request source client 
apparatus in step S 1804. For example, in the case in which the request source client is the client 

15 B, it is seen from the install state management table shown in FIG. 19 that the printers A and B 
have been installed as printers and the Func module M has been installed as an extended module. 
Therefore, install (plug-in) of the printer C and the user interface D, which are differences, is 
performed. 

In the case in which the request source is the client C, since no module is installed before 
20 the request, full install including a core module is performed. Note that, since the client A is in a 
state of a latest version, new processing is not performed for the client A even if an install request 
is issued. 



22 

The server acquires the module to be installed with reference to the resource management 
table. In addition, the server also performs environment setting such as an output port at the time 
of install. 

After the installation has finished, in step S1805, the server updates the install state 
management table. In the case in which the install requests from the clients B and C are satisfied, 
the install state management table is updated as shown in FIG. 20. 

As described above, the pull install in the client apparatus is completed. 

Next, a user interface install method in accordance with a second embodiment of the 
present invention will be described. Note that, since the system and the like for carrying out the 
method are the same as those described in the first embodiment, descriptions of the system and 
the like will be omitted. 

The first embodiment describes the example in which the same printer and extension are 
installed in all the client apparatuses. However, there are some cases in which management for 
each user is required, such as a case in which users on different floors are managed and a case in 
which it is desired to change a usable printer depending upon contents of a job. 

As an example of such cases, a method in which an IT manager classifies and sets a 
usable printer and an extended module for each user will be described. 

FIG. 21 is a flowchart showing processing in a server for printer management by the FT 
manager. A program for the processing is stored in the area 301 in FIG. 3 and is executed by the 
CPU on the server side in FIG. 2. 
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Since steps S2101 to S2104 are the same as steps S1401 to S1404 in FIG. 14, 
descriptions of the steps will be omitted. 

After creating a resource management table in step S2104 in the same manner as in step 
S1404, in step S2105, the server creates a client management table as illustrated in FIG. 22. This 
5 client management table is created for managing printers and extended modules which respective 
client apparatuses are allowed to use. 

Separately from the client management table, an IT manager can create a client 
management table. This will be described with reference to FIG. 24. 

FIG. 24 is a diagram showing an example of a UI which is displayed when a client 
10 management table is created. 

Here, first, if there is an existing client management table, the IT manager reads and 
displays the contents of the client management table (i.e., setting for each of present client 
apparatuses). When the IT manager selects an arbitrary client apparatus in a Clients column, a 
printer and an extended module, which the client apparatus is allowed to use, are displayed as a 
15 selection state in lists of Printers and Functions columns, respectively. The IT manager can 

update the list by changing the columns. In addition, the FT manager can confirm states of the 
respective client apparatuses by changing the client apparatus in the Clients column. At the time 
of first setting, since no allocation is made in all the columns, it is set from the start which printer 
and function are allowed to be installed in which client apparatus. Note that the addition of a 
20 client apparatus to be an object of management may be performed on this UI. 

An install request from a client apparatus and processing of a server with respect to the 
install request are basically the same as the processing according to the processing flow shown in 
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FIGS. 16 and 18 used in the description of the first embodiment. However, in this embodiment, 
the installation of a difference of a module in step SI 804 is installation of a difference found by 
comparing the install state management table and the client management table shown in FIG. 22. 
FIG. 23 is a diagram showing an example of an install state management table. 
5 In the case in which contents of the present install state management table are in the 

illustrated state, the server compares the tables of FIGS. 22 and 23 in step SI 804, whereby the 
printers B and C and the user interface D are installed in the case in which an install request is 
issued from the client C, and the printer B and the user interface E are installed in the case in 
which an install request is issued from the client D. Note that, since the clients A, B and E are in 
10 a latest state, processing is not performed even if an install request is issued from these client 
apparatuses. 

The pull install managed for each client apparatus is completed as described above. 

Next, a user interface install method in accordance with a third embodiment will be 
described. Note that, since a system and the like carrying out the method are the same as those 
15 described in the first embodiment, descriptions of the system and the like will be omitted. 

In the second embodiment, limitation for each client apparatus is performed on the server. 
However, in this embodiment, such limitation is not performed on a server, and usable printers 
and extended modules are simply managed and, on the other hand, printers and extended 
modules required by client users are selected and used. 
20 FIG. 25 is a flowchart showing pull install processing in a client apparatus in the third 

embodiment. FIG. 26 is a diagram showing an example of a UI for causing a client user to 



execute pull install processing. A program for the pull install processing is stored in an area 311 
in FIG. 3 and is executed by the CPU on the client side in FIG. 2. 

In the flowchart of FIG. 25, first, in step S2501, the client apparatus accesses a server to 
acquire list information of printers and extended modules which are managed by the server, and 
5 displays the acquired information on the UI. 

Next, in step S2502, a client user selects a printer and extended modules, which the client 
user desires to use, out of the printers and the extended modules displayed on the UI shown in 
FIG. 26. 

Next, in step S2503, the client user issues an install request message to the server by 
10 depressing an install button, and the client apparatus sends a list of selected printer and extended 
modules, which the client user desires to install, to the server. The subsequent install processing 
is performed on the server side which has received the install request message. 

Processing of the server in response to the install request from the client apparatus is 
basically the same as the processing shown in the flowchart in FIG. 18 which is described in the 
15 first embodiment. However, in this embodiment, as the processing in step S1804 in FIG. 18, a 
difference found by comparing the install state management table and the list of requests sent 
from the client apparatus is installed. In addition, environment setting such as an output port is 
also performed in the same manner as the first embodiment described above. 



20 



Note that it is also possible to adopt, as a trigger for starting the pull install, an intuitive 
operation according to drag and drop from a list of printers and extended modules rather than the 
depression of the install button displayed on the UI. 
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The pull install in the case in which the client apparatus has selected a printer is 
completed as described above. 

Note that, in both the above-described embodiments, only a difference module is installed 
with reference to the install state management table. However, it is also possible to install all 
5 designated driver sets or plug in all designated extended modules alone at the time of install 
request. 

As described above, according to the present invention, the client user simply issues a 
request for driver install or selects a printer, which the client user desires to use, out of the 
printers managed by the server and then issues a request for driver install, whereby installation 
10 and environment setting in the client apparatus of the client user are performed. Therefore, it is 
possible for the user to install a usable printer driver easily in the client apparatus of the user 
without requiring special knowledge. 

For example, in the case in which a company desires to limit thoughtless operation of 
general users, setting of specific functions can also be prevented from being changed simply by 
15 plugging in a UI module, in which control on a UI is masked, without changing a print function. 

Usability can also be improved without affecting an existing system simply by plugging 
in a UI module corresponding to needs, such as a UI customized for convenience in businesses, a 
UI localized for people in other countries, a simplified UI or an advanced UI corresponding to the 
level of a user, and a UI including a shell changed in accordance with preference of a user. 

20 There is also an effect that it is made possible for an IT manager to manage introduction 

of a UI with limited use of functions or a customized UI for each user. 



There is also an effect that a user can select and use a preferable UI by himself/herself. 

There is also an effect that, since service engineers and a development section can change 
a UI by developing only a UI module, it becomes possible to provide a UI corresponding to user 
needs with less man hours of work. 
5 An IT manager can grasp states of respective client apparatuses by recording modules and 

versions, which were installed in the respective client apparatuses in the past, in a print server. 

There is also an effect that, since installation work can be performed by the necessary 
minimum update of a file by distinguishing a difference module and a difference of a version, the 
time necessary for the installation work can be reduced and the factors that contribute to making 
10 the system unstable can be reduced. 

In addition, there is also an effect that not only new install of a printer driver but also 
addition and change of a driver function can be easily processed without reboot. 

Further, there is also an effect that, since an update can be performed according to an 
intension of a user, an automatic delivery function, which is provided by an OS and proceeds 
15 without an operation by a user, can be avoided. 

Moreover, there is also an effect that a customized printer driver set can be created easily. 

An embodiment which is preferable in applying the present invention will be hereinafter 
described. A network system which performs installation of a pull type printer driver will be 
described first, and a push type printer driver will be described next. In addition, although 
20 installation of a printer driver will be described as an example in the embodiments, this 

embodiment can also be applied to general driver programs for peripheral devices. Moreover, 
this embodiment can also be applied to an application program. 
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FIG. 27 is an example of a structure of a print processing system showing an embodiment 
of the present invention. The system in FIG. 27 is generally the same as that FIG. 1. A block 
diagram showing an internal structure thereof is the same as FIG. 2. A server apparatus 102, 
plural client apparatuses 103, and a printer 101 are connected on a network 100. A printer driver 
5 can be installed in the client apparatuses from the server apparatus 102 as described later. In 
addition, although not shown in the figure, a scanner, a digital camera, a facsimile, a mouse, a 
speaker, a sound source device, a telephone, a copying machine, and the like are connected on 
the network. 

FIG. 28 is a diagram schematically showing a structure of the printer driver 400 and a call 
10 of a printer driver from the operating system (hereinafter simply referred to as system) 420. The 
printer driver 400 is basically constituted by the core module 401 and the extended function 
module 41 Ox (x = a, b, . . . ). However, if there is no function which can be extended, there is no 
extended function module, and the number of the extended function modules is zero. 

The core module 401 is a module which is directly called from the system 420 or an 
15 unillustrated application and performs basic print setting processing and print execution 
processing. 

The extended function module 41 Ox is a replaceable extended function module which 
performs specific processing and is called from the core module 401 through the interface VF 
402 as required. Note that the extended function module 41 Ox can be plugged in (added or 
20 replaced) using a tool (installer), whereby a function of a printer driver can be added and 
updated. 
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As a method of calling at the time when the core module 401 calls the extended module 
41 Ox, for example, an "interface fixed system", an "interface registration system", "use of the 
COM", and the like are possible. 

The interface fixed system is a system in which file names, function names, arguments, 
5 and the like in calling respective functions are defined. When the respective functions are 

required, the core module 401 calls the extended function module 41 Ox in accordance with the 
respective definitions and, if there is an extended function module which meets the requirement, 
uses processing of the extended function module. The extended module 41 Ox is created in 
accordance with the respective definitions. 

10 In this first system, for example, in the case in which an extended function module 

corresponding to a function name secured in advance is not installed for the function name, since 
the core module 401 fails in the call, it is determined that a corresponding extended function 
module is not installed. In the case in which the extended function module is installed, since the 
core module 401 succeeds in the call, processing held by the extended function module is 

15 executed. When the extended function module is uninstalled, an entry is erased by deleting the 
module. Consequently, installation and deinstallation of an extended function module can be 
performed. Note that installation of an extended function module is specifically called a plug-in 
operation. 

The interface registration system is a system in which file names and function names in 
20 calling respective functions are registered in the I/F 402. When the respective functions are 

required, the core module 401 calls the extended module 41 Ox using an interface registered in the 
I/F 402. The extended module 41 Ox can be provided using an arbitrary file name or function 
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name and can be mixed with other extended modules. In addition, when the extended module 
41 Ox is plugged in an existing printer driver set, the installer performs registration or an update 
of an interface in the I/F 402 through the interface registration function IFR 403. 

According to this second system, for example, a correspondence table showing function 
names and entry points of extended function modules corresponding to the function names is 
stored in the I/F 402. Then, in accordance with installation of an extended function module, a 
function name and an entry point associated with the extended function module are registered in 
the I/F 402. At the time of deinstallation, an item of the table corresponding to an extended 
function module to be uninstalled is deleted. Such a maintenance function of the table is 
provided by the IFR 403. The extended function module is executed by calling of a function 
name registered in the table. Therefore, only the extended function modules registered in the 
table are installed extended function modules. 

The system using the COM is a system in which formats in calling respective functions 
are defined in advance, and an extended function module is registered in the system 420 as a 
COM component. The COM (Component Object Model) is an inter-object communication 
protocol established by Microsoft Corporation in the United States. An object complying with 
the protocol is called a COM component. In the method using the COM, it becomes also possible 
to include an entity of an extended module in a print server due to transparency of location which 
is a characteristic of the COM. 

In this third system, in the case in which an extended function module is installed, the 
module is registered in the system 420 and, when it is uninstalled, the registration is deleted. 
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With the above-described systems, it is possible to call the extended function module 
41 Ox. In addition, with systems corresponding to the calling methods, both installation (plug-in) 
and deinstallation of an extended function module becomes possible. However, the calling 
methods and the installation (addition) and uninstalling methods described here are only 
5 examples, and the present invention is not limited to these methods. Note that replacement of an 
extended function is realized by a combination of deinstallation and installation. 

Note that the I/F 402 may function as a part of the core module 401 or may be an 
independent module. Similarly, in the second system, the IFR 403 may be integral with the core 
module 401 or may be independent from the core module 401. 
10 In addition, in the case in which the core module 401 has failed to call the extended 

module 410x, that is, in the case in which a pertinent extended module does not exist, common 
processing is performed in the core module 401, or processing is continued skipping pertinent 
function processing. 

Further, functions of the core module 401 and the extended module 41 Ox can be divided 
15 in various ways according to various designs. For example, it is also possible to perform the 
common processing to be a base in the core module 401 and make only specific individual 
functions (e.g., communication with devices, color processing, rendering, etc.) dependent as 
extended modules. Here, the common processing includes processing for carrying out a function 
of a printer normally provided by the operating system. For example, there is processing for 
20 converting print data into a command system which can be processed in a printer. In addition, the 
specific individual functions provided as extended function modules include communication 
with a device (printer), color processing, a user interface (UI), and rendering processing. 
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Alternatively, it is also possible to use a core module as a wrapper which processes only 
call from the system 420 and places a part managing all substantial functions provided by a 
printer driver, that is, a flow of the entire processing in an extended module. 

Note that the above-described mechanism is not limited to a printer driver but can also be 
5 applied to a print system including other utilities. Moreover, it is needless to mention that the 
mechanism is applicable to systems other than the print system. 

FIG. 29 is a diagram showing an example of a structure of a printer driver, a function of 
which is extended by an extended function module, such as a printer driver set customized for 
specific users. Compared with FIG. 28, the extended function module A is replaced with an 
10 extended function module A', and an extended function module C is added. Here, the 

replacement with the extended function module A' means that, while using an I/F identical with 
an existing extended function module, contents of processing of the I/F can be changed. In 
addition, the addition of the extended function module C means that specific processing can be 
added or specific processing can be hooked. By changing a combination of extended function 
15 modules in this way, a customized printer driver set, in which a special function is added or a 
specific function is masked, can be easily provided. 

FIG. 30 shows a state in which an extended function module is plugged in. The figure 
shows processing for plugging an extended function module 602 (an extended function module is 
also called a plug-in module), which consists of the extended function module A' and the 
20 extended function module C, in the existing printer driver set 601 using an installer. Here, the 
extended function module A' has the same interface as the existing extended function module A 
and is replaced with the extended function module A according to plug-in. In addition, the 



extended function module C is added because there is no existing module corresponding to the 
extended function module C. As a result of the plug-in, the printer driver set has a structure like 
the printer driver 603. Replacement and addition of an extended function module is performed in 
accordance with any one of the above-described three systems. 

<Creation of a Management Table> 

FIG. 31 illustrates processing in the server 102 in this embodiment in a form of a 
flowchart. Here, processing of printer management in accordance with an operation of an IT 
manager will be described. The processing of FIG. 31 is started with an operation by an operator 
such as the IT manager as a trigger. A management table 801 shown in FIG. 32 is created 
according to a procedure of FIG. 31. The program stored in the area 301 of the server apparatus 
in FIG. 3 is read out and executed by the CPU of the server apparatus in FIG. 27. 

First, in step S701 in FIG. 31, the server searches for information on a printer connected 
to a network and acquires the information. At this point, the server also collects and manages an 
environment, such as an output port and a necessary printer driver. The information on a printer 
is usually inputted when the printer is connected to the network. This information on a printer 
includes an output port (an IP address, etc. in the case of an IP network), an identifier of the 
printer, and the like. The collection of the printer driver is performed by, for example, selecting a 
file, which matches the printer connected to the network, such as a file, which has an identifier 
coinciding with an identifier of the printer, out of files or the like of driver programs stored in the 
server and specifying a location or the like of the file. For example, if the printer is installed in 
the server, the coincidence of the identifiers can be determined on the basis of a correspondence 
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relation between the printer and the printer driver associated by the installation. In addition, it is 
also possible to cause the IT manager to designate an association between the printer and the 
printer driver to collect the designated printer driver as a necessary one. 

Moreover, when the printer driver is specified, an extended function module, which can 
5 be added to the printer driver, is also specified. This can also be realized by giving the identifier 
or the like of the printer as a part of a program file of the extended function module. What can be 
collected are a driver program (core module) prepared in the server and information on the 
extended function module (a name and a location, a corresponding driver identifier, a 
corresponding printer identifier, etc.). 

10 Next, in step S702, the server creates a management list of client apparatuses connected 

to the network. Here, the IT manager may register clients to be objects of management manually, 
or the server may collect information on all client apparatuses existing under its control, for 
example, information such as identifiers and addresses. Note that, if it is unnecessary to perform 
management of individual clients, a management list is not specifically required. In that case, 

15 step S703 is not performed. 

Next, in step S703 in FIG. 31, the server creates the management table 801 as illustrated 
in FIG. 32. Here, on the basis of the printer information collected in step S701 and the 
management list created in step S702, printers and extended functions, which the respective 
clients are allowed to use, included in the management list is registered in the management table 

20 801. Details of the creation of a management table are shown in FIG. 39. 

The FT manager performs the creation of a management table on a user interface (UI) as 
illustrated in FIG. 33. For this purpose, first, the server 102 displays identifiers and addresses of 



the clients in a client column 901 in FIG. 33, displays identifiers and output port numbers 
(addresses) of the printers in a printer column 902, and displays extended function modules in a 
function column 903 on the basis of the management list (step SI 501 in FIG. 39). If types of the 
printers are different from each other, extended functions of the printers may also be different 
from each other. Thus, in the case in which plural kinds of printers are connected to the network, 
all the extended function modules may be displayed in the function column 903 simultaneously, 
or only an extended function module corresponding to a printer selected from the printer column 
902 may be displayed on the function column 903. In the former case, in order to clarify a 
correspondence relation between the printers and the selectable extended function modules, it is 
desirable to increase identifiability by, for example, displaying each printer in an independent 
column. 

After displaying the respective columns in this way, the server causes the IT manager to 
set the management table. The setting is performed for each client. Thus, first, the server causes 
the IT manager to select a client (step S 1502). In the example of FIG. 33, the client B is selected. 

When the client is selected, if there is an existing management table (step S1503 - YES), 
the server reads contents of the management table (i.e., setting of the present respective clients) 
and displays setting for the selected client (step S1504). In other words, printers and extended 
functions, which the client selected from the client column 901 by the IT manager is allowed to 
use, are displayed with check marks in the lists of the printer column 902 and the function 
column 903, respectively. In the example of FIG. 33, the printers A and B and the extended 
function module E, which the selected client B is allowed to use, are displayed with check marks, 
respectively. 
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The operator can see states of the respective clients by changing a selected client in the 
client column. At the time of first setting, since no allocation is made in all the columns, it is set 
from the start which printer and function are allowed to be installed in which client. Note that, 
addition of a client to be an object of management may be performed on this UI. 
5 When the present setting is displayed in this way, the IT manager attaches check marks to 

printers and extended function modules, which the client of special notice (i.e., selected client) is 
allowed to use, and sets the printers and the extended function modules as usable (step S1505). 

In this case, if an input is selection of a client, the procedure of step SI 503 and 
subsequent steps is repeated fro the selected client. In addition, if an "OK" button is pressed, the 

10 server saves setting, which has been inputted at that point, as the management table 801. In other 
words, the server constitutes the management table 801 of FIG. 32 associating the printers and 
the extended function modules, which are checked for the respective clients, and saves the 
management table 801 (step S1507). When a "Cancel" button is pressed, the server ends the 
processing without changing the management table. 

15 Note that a printer not included in the printer information collected in step S701 in FIG. 

31 and a client apparatus not included in the management list created in step S702 are included in 
the existing management table, the printer and the client apparatus may be deleted as ones 
disconnected from the network. Alternatively, the server may leave treatment of the printer and 
the client apparatus to the IT manager giving priority to contents of the existing management 

20 table. 

<Pull Install of a Driver or an Extended Function Modulo 
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FIG. 34 is a flowchart showing processing in a client and a server in this embodiment. 
Here, processing at the time when a client user performs pull installation will be described. The 
pull install is processing for causing a client to request a program to be an object of installation , 
which is stored in an apparatus such as a server, and store the program in the client itself. In other 
5 words, the pull install includes a series of processing of download request, download, and 
installation of a program. 

In FIG. 34, first, in step S 1001, the client 103 sends an inquiry for information on usable 
apparatuses about printers and extended functions, which the client 103 can use, to the server 102 
together with an identifier of the client 1 03, and acquires the information on usable apparatuses, 
10 that is, a list of the usable printers and extended function modules. At this point, the server 102 
selects information on the pertinent client from the management table managed by the server 102 
and returns the information to the client 103. 

In the case in which the information is acquired in step SI 001, next, in step S1002, the 
client 103 displays the acquired information on a display screen of the client 103. Then, the client 
15 103 causes the client user to select a usable printer or extended function module. 

Next, in step S1003, the client 103 executes the pull install of the selected driver or 
extended function module. FIG. 35 shows an example of a UI for executing the pull install. The 
pull install in step S1003 is started as depression of an install start button 1101 as a trigger. 
Details of step S1003 is shown in FIG. 38. Note that install of an "extended function module" is 
20 described in FIG. 38 and the explanation of the figure. This is completely the same for a core 
module of a driver. 
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In FIG. 38, first, the client 103 issues an install request to the server 102 (step S3801). In 
that case, the client 103 sends information designating the printer and the extended function 
module selected in step S1002. In addition, at the same time, the client 103 loads a plug-in 
reception module, which receives a module to be installed anew in the client 103 and installs the 
5 module, in a memory. 

The server 102, which has received the installation request, acquires the designated 
information concerning the pertinent client from the management table managed by the server 
102 (step S381 1), and sends the registered printer drivers and extended function modules to the 
plug-in reception module of the client 103 of the request source (step S3812). The server 102 

10 determines whether or not an install completion notice has been received from the client 103 or a 
fixed time has elapsed (step S3813) and, if the install completion notice has been received or the 
fixed time has elapsed, ends the processing. 

On the other hand, the client 103 receives the module, which should be installed, from the 
server 102 and, when a fixed time has elapsed after the install request, stops the install processing 

15 (S3802 - time out). If the module has been received normally, the client 103 receives the entire 
module (step S3804) and executes the plug-in reception module to install the module. If the 
module to be installed is an extended function module, the module is installed according to a 
predetermined method among the three methods and is combined with the core module. In 
addition, if the module to be installed is a core module, the module is installed in the same 

20 manner as a usual device driver. Further, the client 103 performs environment setting such as an 
output port together with the install. 
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When the installation has ended, the client 103 unloads the plug-in reception module 
(step S3805) and. informs the server 102 that the installation has been completed (step S3806). 
The pull install in the client is completed as described above. 

As described above, in performing the pull install of a device driver, the driver is divided 
5 by a unit of function and prepared as installable function modules, whereby the client can install 
only necessary functions. 

In addition, the server can designate drivers and functions which each client is allowed to 
use. The client can select a function to be installed within the allowed range. 

Therefore, even if installation is left to an operator of a client apparatus, management of 
10 the client can be performed. 

In addition, since the client user can install a program simply by instructing installation 
without any special knowledge, special education is not required, and it becomes unnecessary to 
go all the way to client apparatuses to install a printer driver. 

Further, there is also an effect that the IT manager can perform management such as 
15 limiting user of printers and functions or customizing the printers and the functions for each 

client by maintaining the management table in the server, and it becomes possible to centralize 
and simplify the management. 

Moreover, in this embodiment, since it is possible to update an extended function module 
even if a core module is loaded, it becomes possible to perf orni update work for a printer driver 
20 without being affected by a system (OS) and an application and without rebooting. 

In this way, update of functions of the printer driver can be performed easily by plugging 
in only an extended function module. 
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In the management of printers and extended functions in the server, the functions may be 
dependent upon printers. 

FIG. 36 shows an example of a UI in which extended functions are dependent upon 
printers compared with FIG. 33. In other words, when a client is selected from a client column 
5 1201, information incidental to the client is displayed as in FIG. 33, but it becomes possible to 
select a printer to be used and also select dependent extended functions for each printer from a 
printer and function column 1202. In this embodiment, since setting of dependent extended 
functions has no meaning in the case in which a printer is set to be usable, in FIG. 36, the printer 
C is not set to be usable for the client B. Therefore, it is also possible to display the extended 
10 functions with gray display such that the extended functions cannot be selected. 

The IT manager creates a management table through this UI 1200 and, when a pull install 
request is received from a client user, performs installation of a printer driver and an extended 
function module corresponding to the management table. Note that, the management table is 
created in a format in which usable printers are associated with each client, and usable functions 
15 are associated for each of the printers. 

In this modification, a processing flow in the case in which usable printers and extended 
functions are simply managed without applying limitation to each client on the server, and a 
client user selects and use a necessary printer and extended functions will be described. 

FIG. 37 is a diagram showing a UI which a client user uses for selecting necessary 
20 printers and extended functions and executing pull install. A flow of processing in the client in 
this embodiment will be described using a flowchart of FIG. 34. 
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First, in step S 1001, the client 103 acquires information on a list of printers and extended 
functions managed by the server 102. The list to be acquired is a list of printers and extended 
function modules which are not limited by a management table. 

Next, in step S1002, the client 103 displays the acquired information on a UI as shown in 
5 FIG. 37. As in the example of the UI, the printers and the extended functions are set to be 
selectable, respectively. 

Next, in step S1003, pull install is started according to depression of an install button. At 
this point, the client 103 requests the server 102 to install a list of printers and extended 
functions, which the client user desires to install, and the server 102 installs pertinent printer 
10 drivers and extended function modules in the client 103 of the request source. In addition, 
environment setting such as an output port is also performed as in the above-described 
embodiments. 

Note that it is also possible to adopt, as a trigger for starting the pull install, an intuitive 
operation according to drag and drop from a list of printers and extended modules rather than the 
15 depression of the install button. 

Setting of drivers and function modules to be objects, for which use is allowed, in this 
embodiment is performed for each client. However, in the case in which common setting is made 
for all the clients, the display of the client column 901 in FIG. 33 becomes unnecessary, the 
common setting is made for all the clients, and a common management table is also created for 
20 all the clients. 



In FIG. 34, modules to be objects of install are limited in steps SI 001 and SI 002. 
However, if installable modules are designated by the client 103, these steps become 
unnecessary. 

In this embodiment, devices, in which drivers are installed, are network devices to be 
connected to a network. However, local devices connected to a client may be objects. This is true 
for this embodiment. 

As another embodiment, a system for so-called push install processing which starts, in the 
server 102, install processing for installing a driver or the like in the client 103 will be described. 
In this embodiment, a structure of a network system, a structure of the management table 801 and 
a procedure for creating the management table 80 1 , and the like are identical with those in the 
above-described embodiments. 

<Push Install of a Driver or an Extended Function Module> 

FIG. 40 is a flowchart of processing in a server in this embodiment. Since operations are 
performed only on a server apparatus side, operations by an IT manager in the server apparatus 
and processing of the server will be described here. A program for the processing is stored in a 
memory on the server side in FIG. 27 and is executed by the CPU on the server side. 

First, in step S 1601, the server searches information on printers connected to a network 
and acquires the information. At this point, the server also collects and manages environment 
information such as an output port and information on necessary printer drivers. 
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Next, in step S1602, the server searches information on client apparatuses connected to 
the network and acquires the information. Here, information on all client apparatuses existing 
under the control of the server may be collected, or acquisition of information may be applied to 
client apparatuses which are registered as objects of management in advance. Objects of 
5 information to be acquired include information on whether or not the respective clients are under 
the control of the server at present (whether or not the respective clients are connected to the 
network), types of printers used in the respective clients, versions of drivers, and extended 
functions. 

Next, in step S1603, the server creates a management table as illustrated in FIG. 32. Here, 
10 the server manages used printers and extended function for each client. Moreover, the server 
displays the UI as illustrated in FIG. 33 to cause the FT manager to set printers and functions to 
be installed in the respective clients. Here, first, contents of the management table of FIG. 32, 
that is, states of the present respective clients. When an arbitrary client is selected in the client 
column 901, printers and extended functions, which are usable in the client, are displayed in the 
15 lists of the printer column 902 and the function column 903 with check marks, respectively. This 
is the same as the above-described embodiments. The FT manager can see states of the respective 
clients by changing a client selected in the client column 901. Note that a state of a client which 
is not connected to the network at present may be seen. For example, it is possible to display the 
client in gray like the client D. In addition, it is also possible to show the client by adding a mark 
20 indicating prohibition. 
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Here, a constitution of final clients is determined by changing the check, and the 
information is reflected on the management table 801. At the time of first setting, since no driver 
is in the table, it is set from the start which printer and function are to be installed in which client. 
Next, in step S1604, the server performs the push install according to depression of the 
5 install button 1101 of FIG. 35 displayed on the server. The server collectively installs printer 

drivers (core modules and extended function modules) managed by the server in accordance with 
the management table 801 of FIG. 32 and also performs environment setting such as an output 
port. Note that, in the case in which one extended function module is actually constituted by 
plural program files, only a difference may be installed excluding the program files which have 
10 already been installed. This is the same in the above-described embodiments. 

Next, in step S 1605, the server displays a result of the installation. The server informs 
the client apparatuses that a driver has been updated, and informs the server that the update has 
ended or failed. In the case in which the client apparatus is not connected to the network or in the 
case in which the client apparatus is performing printing, the installation may fail. However, 
15 since the server receives the information on the failure, the information can be used as a material 
for a determination to take appropriate measures. For example, the IT manager performs 
processing later or the server apparatus makes a retry. 

Note that, in the example of an operation screen, an example of treating clients 
individually is shown. However, it is needless to mention that it is also possible to update plural 
20 clients collectively. 



FIG. 41 is a diagram showing details of step S1604 in FIG. 40. 
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Server PC side processing is realized by the CPU reading out a program for the 
processing from the memory on the server side and executing the program. Client PC side 
processing is realized by the CPU in the client reading out a program for the processing from the 
memory on the client side and executing the program. 
5 First, when an instruction to install drivers or extended function modules to be installed is 

given in the server, the server designates the drivers or the extended function modules and issues 
an install preparation request to a client to be an object of install (step S1711). 

The client receives and recognizes the request (step S1701), and then returns a response 
to the effect that the preparation has been completed (step S 1702), and loads a plug-in reception 
10 module in the memory (step S 1703). Steps S 1702 and S 1703 may be performed in an opposite 
order. Thereafter, the client waits for download of a core module and extended function modules 
from the server. 

On the other hand, the server determines the presence or absence of a preparation 
completion response from the client (step S1712). If there is no response, the processing 

15 branches from step S 1714 to step S 1702, and the server waits for a response. When a fixed time 
has elapsed, time out occurs, and the processing is stopped. 

If a preparation completion response is received from the client, the server sends the 
designated core module or extended function modules to the client (step S1703). Then, the server 
waits for an install completion notice from the client (step S1714). Note that, in FIG. 41, the 

20 transmission in step S 17 13 is repeatedly performed as long s a completion notice is not received. 
However, in the case in the transmission itself is successful, it is unnecessary to repeat the 
transmission. 
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The client waits for a module to be sent from the server and, when the module is received 
(step S1704), installs the module according to the plug-in reception module. This is as described 
in step S1604. The extended function modules are installed in accordance with a predetermined 
method among the three methods explained in the above-described embodiments (step S1705). 
5 When the install ends, the client unloads the plug-in reception module (step S 1706) and 

sends an install completion notice to the server (step S 1707). 

The push install is completed as described above. According to these system structure and 
processing procedure, it becomes possible to collectively install the printer driver in the client 
apparatuses only with an operation in the server. Therefore, an operation on the client side is 
10 unnecessary, and a program can be installed in the client easily and safely. As a result, education 
is not required, and it becomes unnecessary to go all the way to the client apparatuses to install a 
printer driver. 

In addition, since the IT manager performs maintenance of a management table in the 
server, there is an effect that it becomes possible to perform management such as limiting use of 
15 printers and functions and customizing the printers and functions for each client, and it becomes 
possible to centralize and simplify management. 

Further, there is an effect that it becomes possible to not only install a printer driver anew 
but also collectively process addition and change of a driver function easily without reboot, and 
consistency of versions among all the client apparatuses can be realized easily. 
20 Moreover, there is also an effect that a customized printer driver set can be created easily. 
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Note that all the above-described modifications of the embodiment can also be applied to 
the following embodiment. 

In addition, as an operation of the IT manager on the server, an intuitive operation 
according to drag and drop can be performed instead of creating a management table. For 
5 example, a list of network clients, a list of printers, and a list of extended function modules are 

displayed, and the IT manager selects a printer, which the IT manager desires to install, out of the 
list and drags and drops the printer to a client to be an object to thereby use it as a trigger for 
executing the push install. This is true for extended functions. This is applicable to the 
above-described embodiments. 
10 Note that the present invention may be applied to a system constituted by plural 

apparatuses (e.g., a host computer, an interface apparatus, a reader, a printer, etc.) or may be 
applied to an apparatus consisting of one device (e.g., a copying machine, a facsimile apparatus, 
etc.). 

In addition, the object of the present invention is also attained by supplying a storage 
15 medium (or a recording medium), which has recorded therein a program code of software 

realizing the functions of the above-described embodiments, to a system or an apparatus, and a 
computer (or a CPU or an MPU) of the system or the apparatus reading out and executing the 
program code stored in the storage medium. 

In this case, the program code itself read out from the storage medium realizes the 
20 functions of the above-described embodiments, and the program code itself and the storage 
medium having stored therein the program code constitute the present invention. 
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Further, other than the case in which the functions of the above-described embodiments 
are realized by the computer executing the read-out program code, the present invention also 
includes a case in which an operating system (OS) or the like running on the computer performs 
actual processing partly or entirely on the basis of an instruction of the program code, and the 
5 functions of the above-described embodiments are realized by the processing. 

Moreover, the present invention also includes a case in which, after the program code 
read out from the storage medium is written in a memory provided in a function extension card 
inserted in the computer or a function extension unit connected to the computer, a CPU or the 
like provided in the function extension card or the function extension unit performs actual 
10 processing partly or entirely on the basis of an instruction of the program code, and the functions 
of the above-described embodiments are realized by the processing. 

Other Embodiments 

In the network system in accordance with the present invention, a server apparatus 
includes: printer managing means which manages information on printers connected to a 

15 network; printer driver managing means which manages a printer driver for the printers to be 

object of management, the printer driver including a core module for performing basic processing 
and zero or more extended function modules which is called by the core module to perform 
processing of specific functions; client managing means which manages client apparatuses 
connected to the network; and dynamic installing means which installs the printer driver in the 

20 client apparatuses which has issued a request, wherein the client apparatuses include: means 
which issues an install request for installing the printer driver in the client apparatuses to the 
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server apparatus; and means which installs the printer driver received from the server apparatus 
in storages of the client apparatuses. 

Further, in the printer driver in accordance with the present invention, the extended 
function modules include means which performs plug-in (addition and replacement) and means 
5 which makes it possible for the core module to use functions of a new extended function module 
according to the plug-in, and the extended function modules make it possible to extend a driver 
function according to the plug-in. 

Moreover, in the printer driver in accordance with the present invention, it is possible to 
create a printer diiver provided with different functions and limitations, that is, a customized 
10 printer driver set by changing a structure of the extended function modules incorporated in a 
driver set. 

As described above, according to the present invention, since functions of device drives 
to be installed in clients can be managed unitarily in a server or the like, the occurrence of 
malfunctions can be prevented according to efficiency of management and consistency of 

15 functions in an entire network, and inconveniences caused by client users installing programs 

individually such as the likelihood of a decrease in system security due to operations of the client 
users can be prevented. 

In addition, the client users simply leaves installation to the server, simply issues a 
request for driver installation, or simply selects printers, which the client users desire to use, out 

20 of the printers managed by the server and then issues a request, whereby installation in the client 
apparatuses of the client users and environment setting are automatically performed. Therefore, 
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there is an effect that neither special knowledge nor a difficult operation is necessary for the 
users. 

Further, there is an effect that it becomes possible to unitarily perform management for 
each client such as limiting user of printers and functions and customizing the printers and 
5 functions for each client. In addition, there is an effect that it becomes possible to create a 
customized printer driver set easily. 

Moreover, there is an effect that it becomes possible to easily process not only new 
installation of a printer driver but also addition and change of a driver function without reboot. 

Furthermore, since it becomes possible to perform installation of printer drivers in the 
10 client apparatuses according to remote processing from the server by push-installing the printer 
drivers from the server, an operation on the client side is unnecessary, and it is possible to reduce 
the labor which have been required in the past such as education of the client users and going all 
the way to the client apparatuses. 



